REMARKS 

Claims 10-12 are amended. Claims 1-25 remain in the application for 
consideration. In view of the following remarks and/or remarks, Applicant 
respectfully requests reconsideration and allowance of the subject application. 

§ 101 Rejections 

Claims 10-12 stand rejected under 35 U.S.C. § 101 "because the claims do 
not meet the 35 U.S.C. requirements (the claims have improper language 
regarding the storage medium)." 

Applicant respectfully disagrees with the Office's rejection. Nevertheless, 
in the interest of advancing the prosecution of this matter, Applicant has amended 
these claims. Accordingly, Applicant respectfully requests that the rejections 
under § 101 be withdrawn. 

§ 103 Rejections 

Claims 1-25 stand rejected under 35 U.S.C. § 103(a) as being obvious over 
U.S. Patent No. 6,744,472 to Maclnnis et al. (hereinafter "Maclnnis") in view of 
U.S. Patent No. 6,539,059 to Sriram et al. (hereinafter "Sriram"). 

The Claims 

Claim 1 recites a method comprising: 

• receiving a command from a decoder application at an application 
program interface (API), wherein the API is configured to facilitate 
the use of a plurality of different multimedia accelerators with the 
decoder application; and 
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• generating one or more filter control command data structures, 
recognizable by a communicatively coupled accelerator including 
one or more parameters which, when received by the accelerator, 
affects one or more filter settings of the accelerator based, at least in 
part, on the content of the received command. 

In making out the rejection of this claim, the Office argues that its subject 
matter is rendered obvious in view of Maclnnis and Sriram. Specifically, the 
Office argues that Maclnnis discloses all of the features of the claim except for an 
application program interface (API). The Office then states "the examiner notes 
that the system depicted in figure 1 would require an interface to correctly 
operate". The Office then acknowledges that Maclnnis fails to show "the API 
configured to facilitate the use of a plurality of accelerators" and instead relies on 
Sriram as disclosing an API that is "configured to facilitate the use of a plurality of 
different multimedia accelerators with the decoder application", as claimed. The 
Office argues that one would have been motivated to combine the teachings of 
these references "in order to obtain an apparatus that is more versatile by being 
able to correctly and effectively facilitate the use between multiple processors of a 
system." 

Applicant respectfully traverses this rejection and submits that the Office 
has not established a prima facie case of obviousness. 

First, Applicant submits that the references do not collectively disclose all 
of the subject matter of this claim. For example, the integrated circuit system of 
Maclnnis simply does not inherently disclose an application program interface 
(API) that would be necessary for it to correctly operate, as the Office contends. 
Also, Column 57 (lines 21-37) of Maclnnis discusses the capabilities of the 
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graphics accelerator, but not "generating one or more filter control command data 
structures", as claimed. 

In addition, the monitor processor in Sriram cannot be equated with an 
application program interface (API), as that term is used and understood in the 
context of the subject application (see e.g. pages 3-4)). In fact, the monitor 
processor in Sriram is actually part of the system memory stored on the decoder 
itself (see e.g. Sriram, Fig. 1) and is merely a processor that splits picture decoding 
into multiple sub-processes of the same process (see e.g. Sriram, Column 7 (lines 
49-50) and Column 8 (lines 19-21)). As such, it could not possibly be configured 
to facilitate the use of "a plurality of different multimedia accelerators...", as that 
term is understood and used in the context of the subject application (see e.g. the 
subject application, Pages 4-5) (emphasis added). 

Second, Applicant respectfully submits that the Office's stated motivation 
"to obtain an apparatus that is more versatile by..." is too general and could serve 
as the basis for making any modification to Maclnnis. In other words, it fails to 
explain why one would be motivated to make this specific proposed modification. 
Indeed, the only explanation offered by the Office is that the apparatus would be 
more versatile "by being able to correctly and effectively facilitate the use between 
multiple processors of a system". However, Applicant fails to see how this is 
relevant to Maclnnis, which does not appear to suffer from any deficiency 
associated with this proposed modification. 

Finally, Applicant submits that modifying the integrated chip structure of 
Maclnnis with the hierarchically regimented decoding system of Sriram would 
impermissibly render Maclnnis unsatisfactory for its intended purpose and 
impermissibly change its principle of operation, (see MPEP 2143.01). 
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Specifically, Sriram teaches a video decoder which includes multiple sub- 
processors and a system memory storing a monitor processor to control the sub- 
processors, (see e.g. Sriram, Fig. 1). In contrast, the video decoder in Maclnnis 
does not itself comprise the accelerator or the memory controller. In addition, the 
memory in Maclnnis is not included on the graphics chip at all (See Figs. 1-2). 
Indeed, the architectures of Sriram and Maclnnis are so different that even a 
cursory inspection shows that modifying Mclnnis would radically change its 
principle of operation and render it unsatisfactory as an integrated chip for 
controlling a television display. Simply put, the teachings of Maclnnis and Sriram 
are too technologically inconsistent for one to have been motivated to combine 
them. 

In view of the above discussion, the Office has not established a prima 
facie case of obviousness. Accordingly, for at least this reason, Applicant 
traverses this rejection and submits that this claim is allowable. 

Claims 2-11 depend from claim 1 and are allowable as depending from an 
allowable base claim. These claims are also allowable for their own recited 
features which, in combination with those recited in claim 1, are neither disclosed 
nor suggested in the references of record, either singly or in combination with one 
another. 

Claim 12 recites a storage medium comprising a plurality of executable 
instructions which, when executed, implement an application program interface 
(API) to dynamically generate one or more filter control command data structures 
in response to a command received from a decoder application, wherein the one or 
more filter control command data structure(s) include one or more parameters, 
which, when received by a communicatively coupled accelerator, effect one or 
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more filter settings on the accelerator in accordance with the received command, 
wherein the API is not specific to any particular multimedia application and/or 
multimedia accelerator. 

In making out the rejection of this claim, the Office relies on the same 
argument as that proffered for claim 1 . Accordingly, for the reasons given above 
with respect to claim 1, Applicant respectfully traverses this rejection and submits 
that the Office has not established a prima facie case of obviousness. 

In addition, Applicant notes that the Office has not addressed "wherein the 
API is not specific to any particular multimedia application and/or multimedia 
accelerator." This is not surprising since the monitor processor (considered an 
API by the Office) in Sriram is actually part of the video decoder itself, which also 
includes all of the associated sub-processors (which are considered accelerators by 
the Office). 

In view of the above discussion, the Office has not established a prima 
facie case of obviousness. Accordingly, for at least this reason, this claim is 
allowable. 

Claims 13-17 depend from claim 12 and are allowable as depending from 
an allowable base claim. These claims are also allowable for their own recited 
features which, in combination with those recited in claim 12, are neither disclosed 
nor suggested in the references of record, either singly or in combination with one 
another. 

Claim 18 recites a computing system comprising: 

• a decoder application to process received media content; and 

• an operating system including an application program interface 
(API), support the media processing, wherein the API generates one 
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or more filter control commands including one or more parameters 
which, when received by a communicatively coupled media 
processing accelerator, effect one or more filter settings of the 
accelerator in accordance with a command received from the 
decoder, wherein the decoder application is configured to iteratively 
issue configuration commands reflecting various alternative degrees 
and methods of decoding acceleration capability until choosing one 
that is acceptable to both the decoder application and the accelerator. 



In making out the rejection of this claim, the Office relies on the same 
argument as that proffered for claim 1 . In addition, the Office relies on Columns 5 
(lines 58-67) and 12 (lines 59-63) of Sriram as disclosing "wherein the decoder 
application is configured to iteratively issue configuration commands reflecting 
. . .until choosing one that is acceptable to both the decoder application and the 
accelerator". 

Accordingly, for the reasons given above with respect to claim 1 , Applicant 
respectfully traverses this rejection and submits that the Office has not established 
a prima facie case of obviousness. 

In addition, Applicant submits that the Office has mis characterized 
Columns 5 and 12 of Sriram. Specifically, these portions simply have nothing to 
do with a decoder application that is "configured to iteratively issue configuration 
commands reflecting various alternative degrees and methods of decoding 
acceleration capability until choosing one that is acceptable to both the decoder 
application and the accelerator". (emphasis added). These excerpts are 
reproduced below for the Office's convenience: 

Data structures are one component of the invention. Data structures 
for different block communication and parameter passing have been 
chosen according to the bit stream hierarchy. Several factors were 
considered in determining the organization of these parameters. Some of 
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the factors are: (1) implementing video decoding using multiple processes 
efficiently; (2) efficient argument passing between different compute 
blocks; (3) computational efficiency; (4) efficient data flow (minimal data 
replication); and (5) good data cache effects. 
Columns dines 58-67) 

Any given processing unit (for example, Motion Compensation) 
needs only a subset of these parameters. A Macroblock structure is 
defined in such a way that all the parameters needed for Macroblock 
processing can be found in the MB data structure. 
Column 12 (lines 59-63) 



In view of the above discussion, the Office has not established a prima 
facie case of obviousness. Accordingly, for at least this reason, this claim is 



Claims 19-25 depend from claim 18 and are allowable as depending from 
an allowable base claim. These claims are also allowable for their own recited 
features which, in combination with those recited in claim 1 8, are neither disclosed 
nor suggested in the references of record, either singly or in combination with one 



Conclusion 

All of the claims are in condition for allowance. Accordingly, Applicant 
requests a Notice of Allowability be issued forthwith. 



allowable. 



another. 




By: 



Rich Bucher 
Reg. No. 57,971 



Respect 
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